home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6190 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: chang.unx.sas.com!walker
  3. From: walker@chang.unx.sas.com (Doug Walker)
  4. Subject: Re: SAS/C 6.56 bug?
  5. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  6. Message-ID: <Dotwon.FGn@unx.sas.com>
  7. Date: Mon, 25 Mar 1996 15:07:35 GMT
  8. X-Nntp-Posting-Host: chang.unx.sas.com
  9. References: <DA0E86A1@infoservice.it> <4iunfr$laf@nic.wi.leidenuniv.nl>
  10. Organization: SAS Institute Inc.
  11.  
  12. In article <4iunfr$laf@nic.wi.leidenuniv.nl>,
  13. J.T.Vermeulen <jvermeul@wi.leidenuniv.nl> wrote:
  14. >In article <DA0E86A1@infoservice.it>,
  15. >Paolo Menichetti <ik34p2m@infoservice.it> wrote:
  16. >>Hi,
  17. >>
  18. >>I  think that SAS/C compiler have a bug in the SC command.  I've installed
  19. >>VMM  and  when  I try to compile with ERRORCONSOLE active (I use KingCon),
  20. >>the SC program run in stack overflow (StackMon show 1.6MB of stack used!).
  21. >>When  I  compile  with  NOERRORCONSOLE, it works fine.  I run the compiler
  22. >>with the Build icon from Workbench.
  23. >>
  24. >>Solutions?
  25. >
  26. >No solution because there is no problem.
  27. >
  28. >SAS/C probably uses stack extension internally; if there is not enough
  29. >stack it does a StackSwap() and StackMon cannot track this.  It just
  30. >compares the stack pointer to the process stack bottom, not to the current
  31. >stack.  Of course the difference between the original location of the
  32. >process stack and the newly allocated stack can be just about anything,
  33. >so StackMon reports garbage.
  34. >
  35. >Doug, am I right?
  36. >
  37.  
  38. Yes, SAS/C uses stack extension internally on some routines (mostly in
  39. the global optimizer, but I think some routines in the code generator.)
  40. It is certainly possible that the stack gets swapped during a compile.
  41. If your debugging tools don't handle this, they will falsely detect a
  42. stack overflow.
  43.  
  44. -- 
  45.   *****     
  46.  *|_o_o|\\     Doug Walker   walker@unx.sas.com  
  47.  *|. o.| ||                
  48.   | o  |//     Any opinions are mine, not those of SAS Institute, Inc.
  49.   ====== 
  50.